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Method of Contro Hitifl Tftte pnone Connections for Internet Protocol 

Communications 

Field of the Invention 

5 

Hie present invention relates generally to Internet Protocol (IP) telephony, and 
more particularly to a method of controlling IP telephones within a LAN-implemented 
or Ethernet PBX using a specialized messaging protocol. 

10 Background of the Invention 

With the increasing pervasiveness of the internet, Voice-over-IP (VoIP) is 
rapidly displacing traditional TDM (Time Division Multiplexing) voice 
communications. In order to establish communications with Ethernet PBXs, at). IP 
15 transport control messaging protocol is required to be established between the phone 
and PBX system. 

Summary Of The Invention 

20 According to the present invention, a method of controlling telephone 

connections for internet protocol communications comprises providing a byte oriented 
and easily adaptable messaging protocol for wrapping communications between IP 
telephones and Ethernet voice-LAN systems. The messages are required to implement 
essential tasks such as IP phone registration with the system upon phone power up or 

25 reset, the application of device tones to IP phones, and connection control for 

establishing full-duplex voice paths between IP phones. The messaging protocol of 
the invention also supports additional administrative and telephony functions. 

The messaging protocol for wrapping the messages utilizes a general message 
30 template having a Protocol Header and an IP Message body. The Protocol Header, in 
" turn, includes an indication of the Protocol Type, Device Number and Message Type. 



PAGE 10/50 ' RCVD AT 6/612005 9:48:22 AM [Eastern Daylight Time] * SVR:USPTO-EFXRF-1/0 * DNIS:3729306 " CSID:2033356779 s DURATION (mm-ss):12-36 



06/06/05 MON 09:42 FAX 2033356779 



COLEMAN SUDOL SAPONE PC 



iaon 



2 

The Device Number identifies the entity sharing the same MAC (Media Access 
Control) address that the messages are destined to or coming from. Message Type 
identifies the type of message contained in the IP Message Body* The Protocol Type 
denotes whether the message is an IP message (e.g. Mitel proprietary Minet IP 
5 message) or an encapsulated non-IP message (e.g. Mitel proprietary Minet (MTS 22) 
message). The Minet (MTS 22) messaging protocol is implemented in Mitel PBX 
models SX50, SX200, SX2000, 1PERA 2000 for communicating with associated 
telephones such as Mitel models SS4001, SS4015, SS4025, SS4150, SS4015IP and 
SS4025IP. 

10 

Brief Description Of The Drawings 

A preferred embodiment of the present invention will now be described more 
fully with reference to the accompanying drawings in which: 

15 

Figure 1 is a message flow diagram showing registration of an IP 
phone with an Ethernet PBX; and 

Figures 2 is a message flow diagram showing the establishment of a 
20 full duplex voice path between a pair of IP phones. 

Derailed Description Of The Preferred Embodiment 

The method of controlling telephone connections for internet protocol 
25 communications using thejmessaging protocol which encapsulate a collection of 

specific messages of the present invention have particular application to the assignee's 
legacy mix of assembly and higher level languages. Consequently, reference to Minet 
and MinetIP messages occur throughout this disclosure to indicate the preferred 
embodiment and best mode implementation of the invention. 

30 
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The Minet messaging extensions are structure based and are long word 
aligned, the result of which is that a user with a packet Sniffer will detect fitter bytes 
in between short and long words, 

5 In order to control a Mitel IP Phone, both Minet and Minet TP messages are 

required. A common message wrapper is defined to house the messages. The general 
message template consists of a Protocol Header and a Minet IP Message body that 
may or may not consist of an MTS22 Minet payload efc wrapper". 

10 Protocol Header : 

ProtoType: 4 bytes , unsigned long integer, Protocol Type 

devNum: 4 bytes f unsigned long integer, Device Number 

msgType: 4 bytes , unsigned long integer, Message Type 

1 5 The message body follows the Protocol Header as shown in the structure 

below; 

typedef etruct _JF5P_MSG { 

FROTOCOU_HEADER_MSG hdi; 
20 union „jnsg [ 

MINET_WRAP?EILM5G MWM; 

DBVIO^EGISTRATIOM.MSG DRM; 

DfiVlCEJffiGI5TRAliaMJVCKL>CG DRAM; 

DEVICE_UNKTiGlSTERLMSC DUM; 
25 DEVIC^UNRfiGISTER w ACK_M5G DUAM; 

OFEN_RX_£TrREAMJlEQU^$TJv{SG OR5KM; 

Q3PHN JOCSTREAM_ACK_MSG OKSAM; 

ClOSEJ0C_5TREAM_REQUESTJVl5G CRSRM; 

CLC6E_RX STREMvCAOeMSG CRSAM; 
30 OPHN_lX5TREAMJtBQU£STJ»4SG OT5RM; 

OPENLTX^TRRAM^AOeMSG OfSAM; 

CLOSEJTX_STKEAMJR^^ CTSRM; 

<XC^TXJ1REAMJVCK_MSG CTSAM; 

APPLYJIDNE__KEQU5ST_MSG ATRM; 
35 REMOVE_TQNH_fl£QUESr3CG KTftM; 

DEVICB_PlNGJ?EQUESr_MSG DPRM; 

DEVICE _pING_AOeM5G DPAM; 

DEVICE 1? UPDATE^REQUESTJ.ISG DIURM; 

DEVICB IP,UPDATILACX_M9G DIUAM; 

40 )tft5g; 
) IP5P_MSG; 

typedef struct { 

protocoTType^c piotoType; 
45 deviceNunibcr_t devNum; 

mussageType_t xnsgType; 
} FROTOCOL_HEADEICM5G; 
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Protocol Type: 



10 



15 



INVAUD_PROTOCOL_TYPE 0x00000000 
MINET_MTS22 0x00000001 
MTTEL_INTEKNAL 0x00000002 

The Protocol Type denotes whether the message is a Minet IP message or an 
encapsulated Minet (MTS 22) message. 



Device Number: 
Phone 

Device #1 Le. PKM 
Device #2 



Device #n 



0x00000000 
0x00000001 
0x00000002 

OxOOOOOOOn 



20 



25 



30 



35 



40 



The Device Number denotes which entity sharing shares the same MAC 
address with the entity the messages are destined to or coming from. 

Message Type: 

INVALID_MESSAGE_TYPE 0x00000000 

DEVICEREGISTRATION 0x00000001 

DEVICE_REGISTRAHON_ACK 0x00000002 

DEVICE^DEREGISTRATION 0x00000003 

DEVICE_DEBJBG1STRATI0N_ACIC 0x00000004 

OPEN_RX_STREAM 0x00000005 

OPEN_RX_STREAM_ACK 0x00000006 

CLOSE RX STREAM 0x00000007 

CLOSE~RX~STREAM_ACK 0x00000008 

OPEN_TX_STREAM 0x00000009 

OPEN TX STREAM_ACK 0x0000000a 

CLOSE_TX_STREAM 0x0000000b 

CLOSE_TX_STREAM_ACK 0x0000000c 

MINETWRAPPER OxOOOOOOOd 

APPLY TONE OxOOOOOOOe 

REMOVE_TONE OxOOOOOOOf 

DEVTCE_PING 0x00000010 

DEVICE_PING_ACK 0x00000011 

DEVICE_IP_TJPDATE 0x00000012 

DEVTCTi_TP_UPD ATE ACK 0x00000013 

INVALID MSG TYPE 0x00000014 
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The above referenced message protocol is used to wrap or encapsulate each 
message salt and/or received by the IP phone or PBX. The following are examples of 
the use of the message protocol in reference to specific messages sent between IP 
telephones and Ethernet voice-LAN PBX systems. Each example begins by listing the 
5 Protocol header, Device Number and Message type. 

Minet IP Registration Sequence 

As shown in Figure 1 , when the IP Phone 1 powers up or resets, it must 
10 register with the PBX 3. The phone 1 originates a Registration Request and receives a 
Registration Acknowledgement in return- The PBX 3 checks the Device ID of the 
phone (its MAC address) and verifies if it has the Device ID in the CDE database. If 
not, the system sends the phone 1 an MTS22 Minet for PIN Request The phone 
buffers the key entries and sends up one message containing the PIN Reply (also an 
1 5 MTS22 Minet message) . 

The following messages are generated and exchanged between the IP phone 
and the PBX to register and de-register the phone 1 with the PBX 3: 

20 Device Registration request message sent from the IP Phone 

ProtoType = MfTELJNTEKKAL 
DevNum = N where N=0, 1,2,*.. >n 
msgType =DEVICE_REGISTRAT10N 

25 

DEVICE REGISTRATION MSG 

devld: 6 unsigned byte array 

mac_addr[6] MAC address of Phone. 

3 0 Note that due to long word alignment, there may be 2 bytes of fi Her 

between the MAC address and the next defined field. 

devType: 4 bytes , unsigned long integer, Type of device (i.e., SET, PKM, ..♦) 

devNumber: 4 bytes , unsigned long integer, Number of device: Master, 

35 SlaveOl, Slave02, ... 

ipAddress: structure 

ip_addr 4 bytes , unsigned long integer, IP Address of device, 

jp port 2 bytes , unsigned short integer, port number of protocol medium. 
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Note that due to long word alignment, there may be two bytes of 
filler between this field and the ncxL 



DeviceCaps: 

stcmCodec 



mimTx Stream s 



10 



15 



20 



25 



numRxStreams: 
prefStnnFrameSizelnMS! 
silenceSupp: 



structure: Functionality supported by thig device 

4 bytes, unsigned long integer (bitmap). System selected 
CODEC to use. Multiple CODECs may be logically 
Orcd into this field. 

4 bytes , unsigned long integer, Number of Tx streams 
Supported by the device 

4 bytes , unsigned long integer, Number of Rx streams 
supported by the device 

4 bytes , unsigned long integer, Devices preferred 
frame size for streams (in ma) 
4 bytes , unsigned long integer: 
siIenceSupp=0: device does not support silence 
suppression 

silenceSupp=l: device supports silence 
suppression 



toneGeneration: 



4 bytes , unsigned long integer: 
toneGeneration =0: device does not support local 
tone generation. 

toneGeneration =1: device supports local tone 
generation 



Device Registration request Acknowledgment message sent from 
system 

30 

ProtoType = MITEL JNTERNAL 

DevNum = N where N=0, l f 2 n 

msgType DEVICE_REGISTRATION_ACK 

35 DEVICE REGISTRATION ACK MSG 

tcqStaUiS: 4 bytes , unsigned long integer, Success/Failure Result of the request 
sysToken: 4 bytes a unsigned long Integer, System de6ned "token" that must bo passed 

back with any follow up message related to mis message i.e. Device 

Unregister. 



40 



Device De-Registration Request message sent from IP Phone. 



ProtoType - MTTEL_INTERNAL 

45 DevNum « N where N=0,l>2 n 

msgType = DEVICEJDEREGISTRATION 
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Note that tie IP Phone will not unregister itself, but rather an associated device such 
as a PKM may be removed and hence deregistered. 

DEVICE UNREGISTER MSG 

sysToken: 4 bytes , unsigacd long integer, System defined "token" taken from the 

Registration Acknowledgment firom the system- 
devT^pe: 4 bytes , unsigned long integer, Type of device (i.e., SET, PKM, etc.-) 
devNnmber: 4 bytes , unsigned long integer, Number of device: Master, SlaveO 1 , 
Slavc02, 

ipAddreSS: structure 

ip_addr 4 bytes , unsigned long integer, IP Address of device, 

ipjOit 2 bytes , unsigned short integer, port number of protocol medium. 

Device De-Reglstratiort Acknowledgment message sent from system 

15 

ProtoType = MTTEL_INTERNAL 
DevNum = N where N=0,l 3 2,. - . .n 
msgType - DEVICE_DEREGISTRATION_ACK 

20 DEVICE UNREGISTER ACK MSG 

reqStatUS: 4 bytes , unsigned long integer, Success/Failure Resul t of the request 

devNumber. 4 bytes , unsigned long integer, Number of device: Master, SlavcOl , 
SlaveO^ ... 



5 



10 



25 Detailed Description of Registration Parameters 



devType: 



30 



35 



40 



INVAUD_DEVICE_TYPE 0x00000000 

IP_SUPERSET4Q01 0x00000001 

IPSUPERSET4015 0x0000009f 

IPSUPERSET402S OxOOOOOOaO 

IP_SUPERSET4150 0x00000004 

PKM 0x00000005 

AIM 0x00000006 

SYMBOLJPROXY 0x00000007 

SYMBOL_SET 0x00000008 

TELEWORKERJPROXY 0x00000009 

TELEWORKErIsET 0x0000000a 

E2T_PROXY 0x0000000b 

MAX DEVICE_TYPE 0x0000000c 
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devNumbers: 

MASTER DEVICE 0x00000000 

Where Set=0, and any attached devices will be numbered MASTER_DEVICE + n 
where n >= 1 



req Status (Success/failure codes): 

10 MTL_SUCCESS 0x00000000 

MTLJFAILUKB 0x00000001 

MTL_NO_PERMISS10NS 0x00000002 

MTL_NO_RESOURCES 0x00000003 

MTL_INV ALID_DE VICE 0x00000004 

15 MTLJNVALID_REQOEST 0x00000005 



devCodecs bitmap: 



20 



25 



30 



NO_CODEC SUPPORT 0x0 

G711_ULAW64 0x1 

G711_ALAW64 0x2 

G728~ 0x4 

G729 0x8 

G729 ANNEXB 0x10 
G729_AKNEXA_w_ANNEXB 0x20 

G723 0x40 

G?231_ANNEXC 0x80 

Placeholder! 0x100 

Placeholder 0x200 

Placeholder 0x400 

INVALID CODEC 0x7FF 



(000 00000000) 
(000 00000001) 
(000 00000010) 
(000 00000100) 
(000 00001000) 
(000 00010000) 
(000 00100000) 
(000 01000000) 
(000 10000000) 
(001 00000000) 
(010 00000000) 
(100 00000000) 
(111 1U11111) 



For system maintenance purposes, it is desirable to provide a mechanism for 
35 testing the presence of an operating IP phone 1 in the system by generation of echo 
(PING) messages to the phone 1 . The following messages are generated and 
exchanged between the IP phone and the PBX to implement this functionality: 



Device 1CMP Echo (Ping) request to the phone 

40 ProtoTypc « MITELJNTERNAL 

DevNum — N where N=0,1 ,2 n 

msgType = DEVICE_PING 
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DEVICE PING REQUEST MSG 
hostlpAddrcss: 

ip_addr 
ipjxut 



10 



15 



20 



30 



35 



40 



numRequests 

pktSize 

pktDelay 

tibneOut 

qosLevel 



structure 

4 bytes , unsigned long integer, IP Address of device to 
PING, 

2 bytes , unsigned short integer, port number is 
fGNORED. 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 

4 bytes , unsigned long integer, Number of ping requests 
to send 

4 bytes , unsigned long integer, Size of data packet to send 
( in bytes ) 

4 bytes , unsigned long integer, Inter packet delay in 
Milliseconds 

4 bytes , unsigned long integer. Ping request timeout in 
Milliseconds 

4 bytes , unsigned long integer, QOS level requested 



Device ICMP Echo (Ping) results sent from the phone to the system 

PiotoType = MITEL ^INTERNAL 
25 DevNum = N where N=0,l,2,. . . ,n 
insgType = DEVICE JWG.ACK 



DEVICE PING ACK MSG 
hostlpAddiess: 

ipaddr 
ipjport 



pktsSent 
pktsRecv 
pktLoss 

rtttvfax 
rUMm 
rttAvg 



structure 

4 bytes , unsigned long integer, IP Address of device lhal 
was PINGed, 

2 bytes 4 unsigned short integer, port number is 
IGNORED. 

Note that due to long word alignment, there may be two 
bytes of filler following this field, 



4 bytes , unsigned long integer, Number of ICMP echo requests sent 
4 bytes , unsigned long integer, Number of ICM P echo rcplys received 
4 bytes , unsigned long integer, Percentage of packets lost 

4 bytes , unsigned long integer, Maximum round trip time (in milliseconds) 
4 bytes , unsigned long integer, Minimum round trip time (in milK&econds) 
4 bytes , unsigned long integer, Average round trip time (in milHsecouds) 



45 
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Detailed Description of PING Parameters 

qosLevel: 

5 QOS_LEVEL_NONE O xfffffflT 

QOS_LEVEL_0 0x00000000 

QOS_LEVEL_l 0x00000001 

QOS_LEVEL_2 0x00000002 

QOS_LEVEL_3 0x00000003 

10 QOSJLEVEL 4 0x00000004 

QOS LEVEL_5 0x00000005 

QOS]LEVEL_6 0x00000006 



15 



QOS_LEVEL_7 0x00000007 



Once the IP phone 1 has been registered with PBX 3, and in response to a user 
going off-hook, the PBX 3 is required to provide tones to the phone in order to 
provide the riser with an indication of the call state (e.g. dial tone, busy, etc.) The 
following messages are generated and exchanged between the IP phone and the PBX 
20 for providing device tones to the phone 1 : 

Apply Tone device tone generation request message to the phone: 

ProtoType = MITELINTERNAL 
25 DevNum = N where N=0, 1 . . .n 
msgType - APPLY JTONE 

APPLY TONE REQUEST MSG 

sysToken: 4 bytes , unsigned long integer, System defined "token" that must 

30 be passed back with the Remove Tone request. 

sysStrmID: 4 bytes , unsigned long integer, System provided stream ID which 

maps the voice streams to legacy B channels 
tone[MAX COMPLEX JiX>NE] : array of tone structures of frequencies the DSP is 
~" to play 

35 on Tl 2 bytes, unsigned long integer, Duration in ms of 1st ON period 

ofF Tl 2-bytes, unsigned long integer, Duration in ms of 1st OFF period 

on~T2 2 bytes, unsigned long integer, Duration in ms of 2nd ON period 

ofF T2 2 bytes, unsigned long integer, Duration in ms of 2nd OFF period 

~~ num_cycles 2 bytes, unsigned long integer. Number of times to 

40 repeat the ON/OFF sequence 

tail 2 bytes, unsigned long integer, After numcycles, 0 = leave tone 

off, I = on 

fieq_l 2 bytes, unsigned long integer, 1 st frequency component in Hz 
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freq_2 2 bytes, unsigned long integer, 2nd frequency component in Hz 

level 1 2 bytes, unsigned long integer, 1 fit frequency signal IcvcJ 

level_2 2 bytes, unsigned long integer, 2nd frequency signal level 

action 2 bytes, unsigned long integer, indicates the action to take on 

completion of the tone. The actions are either to continue to the 
next tone descriptor, reconnect to the audio stream, or just Stop. 
Note that due to long word alignment, there may be 2 bytes of filler 
following this field. 

toneld: 4 bytes , unsigned long integer, System Tone ID of the tone 

being applied 

inject; 4 bytes , unsigned long integer, specify whether to inject the 

tone on top of voice or not. This is unused by the phone 
since the tone will always take precedence over voice. 

15 Remove Tone device tone generation request message to the phone 

ProtoTypc = MITELINTfiRNAL 
DevNum = N where N=Q,l,2,....n 
msgType = REMOVE_TONE 

REMOVE TONE REQ UEST MSG 

sysTolcem 4 bytes , unsigned long integer, System defined "token" that was 

given with the Apply Tone request 
sysStrmID: 4 bytes , unsigned long integer. System provided stream 1 D which 

maps the voice streams to legacy B channels 
f tOne[MAX_COMPLEX_TONE]: array of tone structures of frequencies the DSP 

was playing out to the CODEC that it is to 
remove. Note mat this is IGNORED BY IP 
PHONE 

On Tl 2 bytes, unsigned long integer, Duration in ms of 1st ON period 

Offjr 1 2 bytes, unsigned long integer, Duration in ms of 1st OFF period 

OH T2 2 bytes, unsigned long integer, Duration in ms of 2nd ON period 

Off T2 2 bytes, unsigned long integer, Duration in ms of 2nd OFF period 

num_cycles 2 bytes, unsigned long integer, Number of times to repeat the 
ON/OFF sequence 

tail 2 bytes, unsigned long integer, After num_cyc1es, 0 = leave tone 

ofiF, 1 ^ on 

fteq_l 2 bytes, unsigned long integer, 1st frequency component in Hz 

fieq_2 2 bytes, unsigned long integer, 2nd frequency component in Hz 

level_l 2 bytes, unsigned long integer, 1st frequency signal level 

level_2 2 bytes, unsigned long integer, 2nd frequency signal level 

action 2 bytes, unsigned long integer, indicates the action to take on 

completion of the tone. The actions are either to continue to the 
next tone descriptor, reconnect to the audio stream, or just stop. 

45 



20 



25 



30 



35 



40 
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Detailed Description of TONE Parameters 

inject: 



NOT INJECTED 
NORMALJNJECTION 
MAXJTONIIJNJECT 
MAX COMPLEXJTONE 



0x00000000 
0x00000001 
0x00000002 
3 



action: 
NEXT 

RECONNECT 
STOP 



0x00000000 
0x00000001' 
0x00000002 



Figure 2 is a message flow diagram showing the messages required to establish 
communications between a pair of BP phones 1 A and IB via an IP Phone Service 
Provider 5 ofPBX 3. The following messages are generated and exchanged between 
the BP phones and the PBX to implement such communications: 



Open Receive Stream Request to the phone: 

20 

ProtoType - MITEL JNTERNAL 
DevNum = N where lsM),l A_...n 
msgType = OPEN_RX_STREAM 

25 OPEN RX STREAM REQUEST MSG 



30 



35 



40 



sysToken: 

sysStrmlD: 

strmCodec 

strmFrameS i zelnMS 
isMulticast 



mclpAddress: 



ip_addr 



4 bytes, unsigned long integer, System defined "token" 
that must be passed back with die corresponding Close 
Receive Stream Request . 

4 bytes, unsigned long integer, System provided stream 
ID, This field denotes the B channel the connection should 
assume. 

4 bytes, unsigned long integer (bitmap), System selected 
CODEC to use. Multiple CODECs may be logically Ored 
into this field- 

4 bytes, unsigned long integer, Preferred CODEC frame 

size for the RX stream (in milliseconds) 

4 bytes, unsigned long integer 

isMulticast =0: no Multicast, ignore mcJpAddrcss. 

isMulticast =1 : the stream must be bound to the 

mclpAddress Multicast address. 

structure 

4 bytes, unsigned long integer, Multicast address to 
receive on 
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15 



20 



25 



SrcIpAddress: 



ip_port 2 bytes , unsigned short integer. Multicast port number to 

receive on. 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 

structure; IGNORED BY THE IP PHONE. 
ip_addr 4 bytes, unsigned long integer, The ip address of the 

device that will be transmitting to the phone. 
tp_port 2 bytes , unsigned short integer, port number used by the 

device that will be transmitting to the phone. 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 

noSilence 4 bytes, unsigned long integer, 

noSilenCC =0: no silence suppression applied by the 
transmitting end 

noSilence =1 : silence suppression is being applied by 
the transmitting end 

Open Receive Stream Acknowledgement from the IP Phone to the 
system: 

ProtoType = MITELJNTERN AL 
DevNum ~N where N=0,l a 2,... .n 
xnsgTypc = OPEN _BX STREAM_ACK 



30 



35 



40 



OPEN RX STREAM ACK MSG 
reqStatus: 

sysToken: 
rxConnectionlD : 



reStnnlpAddress: 

ipjaddr 

ip_port 



4 bytes, unsigned long integer, Success/Failure Result of 
the request 

4 bytes, unsigned long integer, System provided "token" 

from the request message 

4 bytes, unsigned long integer. Device selected 

stream/connection identifier. The IP Phone returns the 

value of the sysSirmID (B channel) in this field 

Structure 

4 bytes, unsigned long integer, The local ip address that 
will receive stream 

2 bytes > unsigned short Integer, local port number to 
receive on* 



45 



Close Receive Stream Request from the system to the IP Phone: 

ProtoType = MTTEL_INTERNAL 
DevNum = N where N^O, 1 ,2, ... .n 
msgType = CLOSE JOC_STREAM 
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nLnsE nx stream request msg 

sysToken: A bytes, unsigned long integer, System defined "token" thai was 

given with the Open Receive Stream Request . 
5 sysStnnlD: 4 bytes, unsigned long integer, Id of RX stream/connection (B 

channel) to close 

Close Receive Stream Acknowledgement from the IP Phone: 

1 0 ProtoType = MTTELJNTERNAL 

DevNum - N where N=0 ,1,2 n 

msgType - CLOSE JOC^STREAMACK 

r ^nSE RX STREAM ACK MSG 
1 5 reqStatUS: 4 bytes, unsigned long integer, Success/Failure Result of 

the request 

SysToken: 4 byres, unsigned long integer, System provided "token" 

from the request message 
rxStnrlStats: structure: Stream statistics upon closure 

20 PacketS.recv 4 bytes, unsigned long integer, number of RTP packets 

received 

Bytes-tCCV 4 bytes, unsigned long integer, number of voice OCtCtS 

received 

EfTors.TXStream 4 bytes, unsigned long integer, number of RTP errors 
25. received 

Jitter.rxStream 4 bytes, unsigned long integer, estimate of average jitter 

over duration of calk 

Durati on.rxStream 4 bytes, unsigned long integer, duration of call in seconds 
IpAddress.src: structure 
30 ip_addr 4 bytes, unsigned long integer, the local ip address 

tp_port 2 bytes , unsigned short integer, the local port number. 

Open Transmit Stream Request to the IP Phone; 

35 ProtoType = MITEL JNTERNAL 
DevNum = N where N=0,l>2,....n 
msgType - OPEN TX STREAM 

OPEN TX STREAM REQUEST MSG 
40 sysToken: 4 bytes, unsigned long integer, System defined "token" 

that must be passed back with the corresponding Close 
Transmit Stream Request . 
SysStnnlD . 4 bytes, unsigned long integer, System provided stream 

TD. This field denotes the B channel the connection should 
45 assume. 

StrmCodcc 4 bytes, unsigned long integer (bitmap), System selected 

CODEC to use. Multiple OODECs may be logically Orcd 
into this field. 
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strmFrameSizelTiMS 

destStrmlp Address: 

ip__addr 

ip_port 



10 



15 



20 



qosLevel 
noSilencc 



4 bytes, unsigned long integer* Preferred CODEC frame 

size for the TX stream (in milliseconds) 

structure 

4 bytes, unsigned long integer. The IP address of the 
device to transmit to, 

2 bytes , unsigned short integer, port number used by Ihe 
device thai will be traiisrriirting to the phone. 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 

4 bytes, unsigned long integer, QoS level requested- if 
OxfEHHTK then no 802-IQtag, else if 0-7, assume 802.1Q 
tag and set priority field to the qosLevel 
4 bytes, unsigned long integer 

noSilencc =-0; disable Silence suppression on the Tx stream 
noSilence =1 : enable silence suppression on the Tx stream 



Open Transmit Stream Acknowledgement from the IP Phone: 

ProtoType = MITELJNTERNAL 
DevNum — N where N=0, l,2 v ...n 
msgType - OPEN JTC_STREAM_ACK 



25 OPEN TX STREAM ACK MSG 
reqStatus: 

sysToken: 

30 teCormectionID: 

txStrmlpAddress: 

ip_addr 

35 

ipjort 



4 bytes, unsigned long integer, Success/Failure Result of 
the request 

4 bytes, unsigned long integer, System provided "token" 

from the request message 

4 bytes, unsigned long integer, Device selected 

stream/connection identifier. The IP Phone returns the 

value of the sysStrmlD (B channel) in this field 

structure 

4 bytes, unsigned long integer, The local IP address that 
will transmit stream 

2 bytes , unsigned short integer, local port number the 
phone will transmit from. 



Close Transmit Stream Request to the IP Phone 

40 

ProtoType = MTTEL_INTERNAL 
DevNum =N whereN=0 9 l,2,..,.n 
msgType = CLOSEJIX_STREAM 

45 CLOSE TX STREAM REQUEST MSG 

sysToken: 4 bytes, unsigned long integer, System defined "token" that was 

given with the Open Transmit Stream Request . 
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15 



20 



25 



30 



35 



40 



4 bytes, unsigned long integer, Id of TX stream/connection (B 
channel) to close 



sysStnnlD: 

Close Transmit Stream Acknowledgement from the IP Phone: 



ProtoTypc = MTTEL_INTERNAL 
DevNum = N where N=0» 1,2,. ...n 
msgType «» CLOSE_TX_STREAM_ACK 



10 CLOSE TX STREAM ACK MSG 
reqStatus: 

sysTofcen: 



45 



txStrmStats: 

Packets.sent 

Bytes.sent 
Errors.txStream 

JittertxStream 

Duration, tx Stream 
IpAddress-dest: 
ip_addr 

ip_jK>rt 



4 bytes, unsigned long integer, Success/Failure Result of 
the request 

4 bytes, unsigned long integer. System provided "token" 

from the request message 

structure: Stream statistics upon closure 

4 bytes, unsigned long integer, number of RTP packets 

sent 

4 bytes, unsigned long integer, number of voice octets sent 
4 bytes, unsigned long integer, number of RTP errors sent 
IGNORE, NOT RELEVENT 

4 bytes, unsigned long integer, estimate of average jitter 
over duration of call. IGNORE, NOT RELEVENT 
4 bytes, unsigned long integer, duration of call in seconds 
structure 

4 bytes, unsigned long integer, the local IP address used to 
Tx 

2 bytes s unsigned short integer, the local port number 
used to Tx. 



Detailed Description of Connection Parameters 
reqStatus (Success/failure codes): 



MTLJ5UCCESS 
MTLJFAILURE 
MTL_NO_PERMISSlONS 
MTL_NO_RESOURCES 
MTL INVALID DEVICE 



0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 



MTLJNVAUDJREQUEST 0x00000005 
SysStrmID: 

IP Set Stream IDs: (NOTE: TX is always even) used for sysStnnlD of IX & Rx 
connect requests 

STREAM JDJPJSETJTX 1 0x00000000 
STREAMJDJDP SETJRX^l 0x00000001 
STREAM_ID_Ip3eT__TX_2 0x00000002 
STREAMED TP_SET RX_2 0x00000003 



//B1TX 
//Bl RX 
//B2TX 
//B2RX 
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10 



15 



devCodecs bitmap: 

NO CODEC_SUPPORT 0x0 

G7fl_ULAW64 0x1 

G711_ALAW64 0x2 

G728 0x4 

G729 0x8 

G729_ANNEXB 0x10 
G729_ANNEXA_w_ANNEXB 0x20 

G723 0x40 

G7231_ANNEXC 0x80 

Placeholder! 0x100 

Placeholder 0x200 

Placcholder3 0x400 

INVALID CODEC 0x7FF 



(000 00000000) 
(000 00000001) 
(000 00000010) 
(000 000O0100) 
(000 00001000) 
(000 00010000) 
(000 00100000) 
(000 01000000) 
(000 10000000) 
(001 00000000) 
(010 00000000) 
(100 00000000) 

(111 11111111) 



qosLevel; 

QOS LEVEL_NONE OxffiSfff 

20 QOS~LEVEL_0 0x00000000 

Q0sIlEVEL_1 0x00000001 

QOS_LEVEL2 0x00000002 

QOS_LEVEL_3 0x00000003 

QOS LEVEL 4 0x00000004 

25 Q0sIlEVEL_5 0x00000005 

QOS*LEVEL^6 0x00000006 

QOSJJEVELJ7 0x00000007 

One important system administration requirement for IP phone systems is to 
30 provide a mechanism for updating the IP address for a device (e.g. an IP phone) 
connected to the Ethernet PBX 3. The following messages are generated and 
exchanged between the IP phone and the PBX to implement this functionality: 



Device IP address update request to the phone: 

35 

ProtoType = MTTELJNTERNAL 
DevNum = N where N=0, 1,2,. ...n 
msgType = DEVICE JPJJPDATE 

40 DEVICE IP UPDATE REQUEST MSG 

devNnmber 4 bytes , unsigned long integer. Number of device; Master, 

Slave01,SlavcO2, 
oldip Address: structure 

ip_addr 4 bytes , unsigned long integer, old IP Address of device 
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10 



30 



ip_pOTt 2 bytes , unsigned short integer, old port number of device 

Note that due to long word alignment, mere may be two 
bytes of filler following this field. 

ItewIpAddress: structure 

ip_addr 4 bytes , unsigned long integer, new IP Address of device 

ip_pOrt 2 bytes , unsigned short integer, new port number of 

device 

Device IP address update acknowledgement from the phone: 



ProtoType = MTIELJNTERNAL 
DcvNum = N where N=0, l,2,..-.n 
1 5 msgType = DEVICE_IP._UPDATE_ACK 

DEVICE IP UPDATE ACK MSG 

reqStatus: 4 bytes , unsigned long integer, Success/Failure Resuh of 

the request 

20 

Parameters Description 
reqStatus (Success/failure codes): 

MTL_SUCCESS 0x00000000 
25 MTL FAILURE 0x00000001 

MTL_NO PERMISSIONS 0x00000002 
MTL_NO_RESOURCES 0x00000003 
MTL INVALID DEVICE 0x00000004 
MTL_INVALID^REQUEST 0x00000005 



devNurabers: 



MASTERJDEVICE 0x00000000 t^«™ 
Where SetH), and any attached devices will be numbered MASTER_DEVlUb + n 

35 where n >= 1 

Finally, as indicated above, the messaging protocol of the present invention 
allows for the encapsulation of legacy" Minet messages (i.e. MTS 22 messages) to 
and from the IP phones. The following message format is used: 



40 



Wrapper structure for MINET messages to and from the IP Phone: 

ProtoType = MINET_MTS22 
DevNum = N where N=0,1 ,2,. . . .n 
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msgType = MINET_WRAPPER 

MINET WRAPPER MSG 

msgLen: 4 bytes , unsigned long integer, length ol the 

following MINET message. 
msg[ MAXJVHNET_SIZE ] array unsigned char, the MTS22 MINET 
message 

Parameters Description 
MAX MINETJSIZE 160 



In summary, according to the present invenlioiva method of controlling 
telephone connections for internet protocol communications comprises providing a 

15 messaging protocol for wrapping or encapsulating messages exchanged between an IP 
phone and a PBX, flic message protocol using a general message template having a 
Protocol Header and an IP Message body, along with a collection of messages which 
conform to the protocol, for controlling IP phones within an Ethernet-based PBX 
system. The invention has particular applicability as a message interface method for 

20 use in communication from Mitel's BP Phones to Mitel's IP enabled PBXs. The 
message interface method is compatible with an H323 Voice Gateway 
implementation. 

Alternatives and variations of the invention are possible. For example, the 
25 protocol can be adapted to control voice/data switching on any IP centric node. In 
other words, the protocol is not constrained to phones but, rather, can be applied to 
any internet appliance that is a client to the IP centric PBX. Within the PBX, the 
protocol can be used by call control in order to control the switching fabric. All such 
embodiments, modifications and applications are believed to be within the sphere and 
30 scope of the invention as defined by the claims appended hereto. 

I Claim; 
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MA RKED-UP COPY OF SPECIFICATION AND ABSTRACT 

Method of Controlling Telephone Connections for Inter net Protocol 

Commii nteftrinns 

5 

Field of the Invention 

The present invention relates generally to Internet Protocol (IP) telephony, and 
more particularly to a method of controlling IP telephones within a LAN-implemented 
1 0 or Ethernet PBX using a specialized messaging protocol 



Background of the Invention 

With the increasing pervasiveness of the Internet, Voice-over-IP (VoIP) is 
1 5 rapidly displacing traditional TDM (Time Division Multiplexing) voice 

communications. In order to establish communications with Ethernet PBXs, an IP 
transport control messaging protocol is requited to be established between the phone 
and PBX system. 



20 Summary Of The Invention 



According to the present inventio n, a method of c ontrolling telephone 
connections for internet protocol communication s comprises providing a byte oriented 
and easily adaptable messaging protocol [is provid e d] for wrapping communications 
25 between IP telephones and Ethernet voice-LAN systems. The messages are required to 
implement essential tasks such as IP phone registration with the system upon phone 
power up or reset, the application of device tones to IP phones, and connection control 
for establishing fill Wuplex voice paths between IP phones- The messaging protocol of 
the invention also supports additional administrative and telephony functions. 
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The messapni p protocol for wrapping the messages utilizes a general message 
template consists of having a Protocol Header and an IP Message body- The Protocol 
Header, in turn, includes an indication of the Protocol Type, Device Number and 
Message Type. The Device Number identifies the entity sharing the same MAC 

5 (Media Access Control) address that the messages are destined to or coming from. 
Message Type identifies the type of message contained in the IP Message Body. The 
Protocol Type denotes whether the message is an IP message (e.g. Mitel proprietary 
Minet IP message) or an encapsulated non-IP message (e.g. Mitel proprietary Minet 
(MTS 22) message). The Minet (MTS 22) messaging protocol is implemented in 

10 Mitel PBX models SX50, SX200, SX2000, IPERA 2000 for communicating with 
associated telephones such as Mitel models SS4001, SS4015, SS4025, SS41S0, 
SS4015IP and SS4025IP. 

Brief Description Of The Drawings 

15 

A preferred embodiment of the present invention will now be described more 
fully with reference to the accompanying drawings in which: 

Figure 1 is a message flow diagram showing regi stration of an IP 
20 phone with an Ethernet PBX; and 

Figures 2 is a message flow diagram showing the establishment of a 
full duplex voice path between a pair of IP phones. 

25 Detailed Description Of The Prefer red Embodiment 

The method of controlling telephone connection s for internet protocol 
communications using the m essaging protocol ^hfrh encapsulate a and-collection of 
specific messages of the present invention have particular application to the assignee's 
30 legacy mix of assembly and higher level languages. Consequently, reference to Minet 
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and MinetIP messages occur throughout this disclosure to indicate the preferred 
embodiment and best mode implementation of the invention. 



The Minet messaging extensions are structure based and are long word 
5 aligned, the result of which is that a user with a packet Sniffer will detect filler bytes 
in between short and long words. 

In order to control a Mitel IP Phone, both Minet and Minet IP messages are 
required- A common message wrapper is defined to house the messages. The general 
1 0 message template consists of a Protocol Header and a Minet IP Message body that 
may or may not consist of an MTS22 Minet payload "wrapper"- 



Protocol Header: 

ProtoType: 4 bytes , unsigned long integer, Protocol Type 

1 5 devNum: 4 bytes , unsigned long integer, Device Number 

msgType: 4 bytes , unsigned long integer, Message T^pe 



The message body follows the Protocol Header as shown in the structure 



20 



25 



30 



35 



40 



below: 



typedef struct _IF£PlMSG ( 

PROTOCOU_HEADER_M5Ghdi; 
union _tri5g { 

MINET.WRAPPEILMSG MWM; 
DEVICE_R£GBTRATlON_MSG DRM; 
DFNaC£_REGI?TRATION_j\CK_MSG DRAM; 
DEVIQLUNREGISTEELMSG DUM; 
DEVIC^_U>niEGISTER_ACIC_M5G DUAJvfc 
QPEN_RX5TREAM_REQUESr_MSG ORSRM; 
OI^_KX_STFEAM_ACK-M5G ORSAM; 
CLOSEJOCffHlfiAHJUiQimSl JASG CRSRM; 
CLOSE_KX^STREAH^ACK w >eC CRSAM; 
OFENJlX^TREAM_RHQUESr_MSG OTSRM; 
OPEN TX3mBAJ^ACK-M5G OT5AM; 
CU3SE_TX^ftEAMJ!B2?J^3GG CTSKM; 
C^OSIL.TX_5rREAM-ACK_MSG CTSAM; 
APPLYJiON^_KEQUfiST_MSG ATRM; 
R£MOV^TONEJtEQlJESr_MSG RTRM; 
DEVTCEjRINC_B15QUfiSTJvOG DFRM; 
D£VICE_PrNG_ J ACK-M5G DPAM; 
DEVlCEJP U?DATE_RliQUBST_MSG DHJRM; 
OTVlC£j£.UPDAT^jVCKJv15G DIUAM; 

)IP5P_MSG; 
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typed ef struct { 

protocolTypc_t protoType; 
deviceNnnibet_t devNuac 
5 messagcType_t msgType; 

J FROTOCOU_HEADER_MSC; 



Protocol Type: 

10 

INVALID PROTOCOL TYPE 0x00000000 
N4METMTS22 ~ 0x00000001 
MTTEL_INTERNAL 0x00000002 

1 5 The Protocol Type denotes whether the message is a Minet IP message or an 

encapsulated Minct (MTS 22) message. 

Device Number: 

Phone 0x00000000 

20 Device #li.e.PKM 0x00000001 

Device #2 0x00000002 



Device #n OxOOOOOOOn 
25 The Device Number denotes which entity sharifig sharre the same MAC 

address with the entity the messages are destined to or coming from. 



30 



35 



40 



45 



Message Type: 

1NVALID_MESSAGE_TYPE 0x00000000 

DEVICEJEtEGISTRATION 0x00000001 

DEVICE_REGlSTRATION_ACK 0x00000002 

DEVlCE_DEREGISTRATlON 0x00000003 
DEVTCE_DEREGIS TRATION_ACK 0x00000004 

OPEN_RX STREAM 0x00000005 

OPEN_RX~STREAM ACK 0x00000006 

CLOSE_RX STREAM 0x00000007 

CLOSE_RXlsTREAM_ACK 0x00000008 

OPEN.TX STREAM 0x00000009 

OPEN_TXJ5TREAM_ACK 0x0000000a 

CLOSETXSTRBAM 0x0000000b 

CLOSE TX_STREAM_ACK 0x0000000c 

MJNET"wRAPPER OxOOOOOOOd 

APPLYJTONE OxOOOOOOOe 

REMOVETONE OxOOOOOOOf 

DEVICE PING 0x00000010 

DEVICE"PING_ACK 0x000000 1 1 
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DEVICE IPJDPDATE 0x00000012 

DEVICE"lP_UPDATE_ACK 0x000000 1 3 

INVALED_MSG_TYPE 0x00000014 

5 The above referenced message protocol is used to wrap or encapsulate each 

messa ge sent and/or received bv the IP phone or PBX. Th e following are examples of 
the use of the message protocol in reference to specific messages sent between IP 
telephones and Ethernet voice-LAN PBX system s. Each example begins bv listing the 
protocol header. Device Number and Message type, 

10 

Minet TP Registration Sequence 

As shown in Figure 1 , when the IP Phone 1 powers up or resets, it must 
register with die PBX 3- The phone 1 originates a Registration Request and receives a 
1 5 Registration Acknowledgement in return. The PBX 3 checks the Device ID of the 

phone (its MAC address) and verifies if it has it the Device ID in the CDE database. If 
not, the system sends the phone 1 an MTS22 Minet for PIN Request. The phone 
buffers the key entries and sends up one message containing the PIN Reply (also an 
MTS22 Minet message). 

20 

The following messages are generated and exchanged between the IP phone 
and the PBX esed to register and de-register the phone 1 with the PBX 3 : 

Device Registration request message sent from the IP Phone 

25 

ProtoType = MTTELJNTERNAL 
DevNum « N where N=0 , 1 ,2 , . . . .n 
rosgType = DEVICE_REGISTRATlON 

30 DEVICE REGISTRATION MSG 

devld: 6 unsigned byte aiTay 

mac_addr[6] MAC address of Phone. 

Note that due to long word alignment, there may be 2 bytes of filler 
35 between the MAC address and the next defined field. 

devType: 4 byres , unsigned long integer. Type of device (i.c., SET, PKM, ...) 
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devNumber: 

ipAddress: 

ip addr 
ip_port 



4 byles , unsigned long integer, Number of device: Master, 

Slaved, Slavc02, ... 

structure 

4 bytes , unsigned long integer, IP Address of device, 

2 bytes , unsigned snort integer, port number of protocol medium. 

Note that due to long word alignment, there way be two bytes of 
filler between this field and the nexU 



10 



15 



20 



25 



30 



DeviceCaps: 

strmCodfic 



numTxStreams: 



numRxStreams: 
prefStrmFrameSizelrtMS: 
SilenceSupp: 



structure: Functionality supported by this device 

4 bytes, unsigned long integer (bitmap), System selected 
CODF.C to use. Multiple CODECS may be logically 
Orcd into this field. 

4 bytes , unsigned long integer, Number of Tx streams 

supported by the device 

4 bytes , unsigned long integer, Number of Kx streams 
supported by the device 

4 bytes , unsigned long integer, Devices p r e f e r red 
frame size for streams (in ms) 
4 bytes , unsigned long integer: 
silenccS upp=0: device does not support silence 
suppression 

silenceSupp=l : device supports silence 
suppression 



toneGeneration: 



4 bytes , unsigned long integer 
toneGeneration =0: device does not support local 
tone generation. 

toneGeneration =1 : device supports local tone 
generation 



Device Registration request Acknowledgment message sent from 
35 system 

ProtoType = MITEL_INTERNAL 
DevNum = N where N=0, l,2,....n 
msgType = DEVICE_REGISTRATTON_ACK 

40 

DEVICE REGISTRATION ACK MSG 

reqStatos: 4 bytes , unsigned long integer, Success/Failure Result of the request 
sysToken: 4 bytes , unsigned long integer, System defined "token'* that must be passed 
back with any follow up message related to this message i,c Device 
45 Unrcgistcr. 
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Device De-Registration Request message sent from IP Phone. 

ProtoType = MITEL^INTERNAL 

DevNum = N where N«0,l,2 n 

5 msgTypC - DEVICEJ3EREGISTRATTON 

Note that the IP Phone will not unrcgister itself, but rather an associated device such 
as a PKM may be removed and hence deregistered. 

10 DEVICE UNREGISTER MSG 

sysToken: 4 bytes , unsigned long integer, System defined "token" taken from the 

Registration Acknowledgment from the system. 
devType: 4 bytes , unsigned long integer, Type of device (i.c. f SET, PKM, etc...) 
devNumben 4 bytes t uns igned long integer Number of device: Master, SlaveO 1 , 
15 Slavc02, ... 

xpAddress: structure 

ip^addr 4 bytes r unsigned long integer, IP Address of device, 

tp J)Ort 2 bytes , unsigned short integer, port number of protocol medium. 

20 Device De-Registration Acknowledgment message sent from system 

ProtoType = MITELJQNTEKNAL 
DevNum = N where N=0,1 ,2, . „ .n 
msgType = DEVTCE_DEREGISTRATION_ACK 



25 



30 



DEVICE UNREGISTER ACK MSG 

reqStatuS: 4 bytes , unsigned long integer, Success/Failure Result of the request 

devNumber: 4 bytes , unsigned long integer. Number of device: Master, SlaveO 1, 
Slave02, ... 



Detailed Description of Registration Parameters 
devType: 

35 INVALID_DEVICE_TYPE 0x00000000 

IP_SUPERSET4001 0x00000001 
ff_SUPERSET40 15 0x0000009f 
IP SUPERSET4025 OxOOOOOOaO 
IF~SUPERSET4150 0x00000004 

40 PKM 0x00000005 

AIM 0x00000006 
SYMBOLJPROXY 0x00000007 
SYMBOL_SET 0x00000008 
TELEWOKKER PROXY 0x00000009 
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30 



TELEWORKER.SET 

E2T_PROXY 

MAX DEVICE TYPE 



0x0000000a 
0x0000000b 
OxOOOOOOOc 



devNumbers: 



MASTER_DEVICE 0x00000000 

Where Set=0, and any attached devices will be numbered MASTERJDEVICE + n 
where n >= 1 



reqStatns (Sncccss/failure codes): 

MTL_SUCCESS OxOOOOOOOO 

MTLJFAILURE 0x00000001 

MTL_NO_PfiRMISSIONS 0x00000002 

MTL_NO_RESOURCES 0x00000003 

MTL_INVAT,TD_DEVICE 0x00000004 
MTLJNVALID^REQUEST 0x00000005 

devCodecs bitmap: 



35 



NO_CODEC_SUPPORT 0x0 

G71 1JULAW64 Oxl 

G711_ALAW64 0x2 

G728 0x4 

G729 0x8 

G729 ANNEXB Ox 10 
G729_ANNEXA_w ANNEXB 0x20 

G723~ 0x40 

G7231_ANNEXC 0x80 

Placeholderl 0x100 

Placeholder 0x200 

PlacehoJder3 0x400 

INVALID CODEC 0x7FF 



(000 00000000) 
(000 00000001) 
(000 00000010) 
(000 00000100) 
(000 00001000) 
(OOO 00010000) 
(000 00100000) 
(000 01000000) 
(000 10000000) 
(001 00000000) 
(010 00000000) 
(100 00000000) 

(111 11111111) 



40 



For system maintenance purposes, it is desirable to provide a mechanism for 
testing the presence of an operating IP phone 1 in the system by generation of echo 
(PING) messages to the phone 1. The following messages are generated and 
exchanged between the TP phone and the PBX used to implement this functionality: 
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Device ICMP Echo (Ping) request to the phone 

ProtoType = MITELINTERNAL 
DevNum - N where N=0,1 ,2,. . . .n 
msgType = DEVICEJP1NG 



10 



DEVICE PING REQUEST MSG 

hosUpAddress: 

ip_addr 
ip_port 



structure 

4 bytes , unsigned long integer, IP Address of device to 
PING, 

2 bytes , unsigned short integer, port number is 
IGNORED- 



15 



20 



25 



jiumRequests 

pktSize 

pktDelay 

timeOut 

qosLevel 



Note that due to long word alignment! there may be two 
bytes of filler following this field. 

4 bytes , unsigned long integer, Number of ping requests 
to send 

4 bytes , unsigned long integer, Size of data packet to send 
(in bytes) 

4 bytes , unsigned long integer, Inter packet delay in 
Milliseconds 

4 bytes , unsigned long integer, Ping request timeout in 
Milliseconds 

4 bytes , unsigned long integer, QOS. level requested 



Device ICMP Echo (Ping) results sent from the phone to the system 

ProtoType = MITELINTERNAL 
30 DevNum = N where N=0,1 ,2, . , . .n 
msgType = DEVICEJPING_ACK 



35 



40 



45 



DEVICE PING ACK MSG 
hostlpAddress: 

ip_addr 
ipjport 



pktsSent 
pktsRecv 
pktLoss 



structure 

4 bytes , unsigned long integer, IP Address of device that 
was PINGed, 

2 bytes , unsigned short integer, port number is 
IGNORED. 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 



4 bytes , unsigned long integer. Number of ICMP echo requests sent 
4 bytes , unsigned long integer, Number of ICMP echo rcplys received 
4 bytes , unsigned long integer, Percentage of packets lost 



ittMaX 4 bytes , unsigned long integer, Maximum round trip time (in milliseconds) 

rttMttX 4 bytes , unsigned long integer, Minimum round trip time (in milliseconds) 
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TttAvg 4 bytes , unsigned long integer, Average round trip ti me (i n m i It iseconds) 

Detailed Description of PING Parameters 

5 qosLevel: 

QOS_LEVEL_NONE OxffffHfY 

QOS_LEVEL_0 0x00000000 

QOSLEVEL 1 0x0000000 1 

1 0 QOS_LEVEL_2 0x00000002 

QOSJ-EVEL~3 0x00000003 

QOS_LEVEL_4 0x00000004 

QOSJLEVEL_5 0x00000005 

QOS_LEVEL_6 0x00000006 

15 QOS_LEVEL_7 0x00000007 

Once the IP phone 1 has been registered with PBX 3, and in response to a user 
going off-hook, the PBX 3 is required to provide tones to the p hone in order to 
20 provide the *se user with an indication of the call state (e.g. dial tone, busy, etc) The 
following messages are generated and exchanged between the IP phone and the PBX 
us e d for th e provisioning of for providing device tones to the phone 1 : 



25 



Apply Tone device tone generation request message to the phone: 

ProtoType = MTTEL_INTERNAL 
DevNum = N where N=0,1 A - . . .n 
msgType = APPLYJTONE 

30 APPLY TONE REQUEST MSG 

sysToken: 4 bytes , unsigned long integer. System defined "token" that must 

be passed back with the Remove Tone request 
sysStrmTD: 4 bytes , unsigned long integer, System provided stream ID which 

maps the voice streams to legacy B channels 
35 tone[MAX_COMPLEX_TONE] : array of tone structures of frequencies the DSP is 

to play 

on_Tl 2 bytes, unsigned long integer, Duration in ms of 1 fit ON period 

off_Tl 2 bytes, unsigned long integer, Duration in ms of 1st OFF period 

on_T2 2 bytes, unsigned long integer, Duration in ms of 2nd ON period 

40 oSjTl 2- bytes, unsigned long integer, Duration in ms of 2nd OFF period 

num^cycles 2 bytes, unsigned long integer, Number of times to 

repeat the ON/OFF sequence 
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tail 

fieq_l 

fteq_2 

levelj 

level_2 

action 



10 



15 



tonelct 
inject; 



2 bytes, unsigned long integer, After num_cycles, 0 = leave tone 
Oft 1 = on 

2 bytes, unsigned long integer* 1st frequency component in Hz 
2 bytes, unsigned long integer, 2nd frequency component in Hz 
2 bytes, unsigned long integer, 1st 'frequency signal level 
2 bytes, unsigned long integer, 2nd frequency signal level 
2 bytes, unsigned long integer, indicates the action to take on 
completion of the tone. The actions are either to continue to the 
next (one descriptor, reconnect to the audio stream, or just stop. 
Note that due to long word alignment, there may be 2 bytes of filler 
following this field. 

4 bytes , unsigned long integer, System Tone ID of the tone 
being applied 

4 bytes , unsigned long integer, specify whether to inject the 
tone on top of voice or not This is unused by the phone 
since the tone will always take precedence over voice. 



Remove Tone device tone generation request message to the phone 

20 ProtoType = MTTET^TNTERNAL 
DevNum =N where N=*),l,2,....n 
msgType = REMOVE_TONE 



25 



30 



35 



40 



45 



REMOVE TONE REQUEST MSG 

sysToken: 4 bytes , unsigned long integer, System defined "token" that was 

given with the Apply Tone request 
sysStnnlD: 4 bytes , unsigned long integer, System provided stream ID which 

maps the voice streams to legacy B channels 
tone[MAX_COMPLEX_TONE]: array of tone structures of frequencies the DSP 

was playing out to the CODEC that it is to 
remove. Note that this is IGNORED BY IP 
PHONE 

2 bytes, unsigned long integer, Duration in ms of 1st ON period 
2 bytes, unsigned long integer, Duration in ms of 1st OFF period 
2 bytes, unsigned long integer, Duration in ms of 2nd ON period 
2 bytes, unsigned long integer, Duration in ms of 2nd OFF period 
2 bytes, unsigned long integer, Number of times to repeat the 
ON/OFF sequence 

2 bytes, unsigned long integer, After num_cyclcs, 0 = leave tone 
off, 1 on 

2 bytes, unsigned long integer, 1st frequency component in Hz 
2 bytes, unsigned long integer, 2nd frequency component in Hz 
2 bytes, unsigned long integer, 1st frequency signal level 
2 bytes, unsigned long integer, 2nd frequency signal level 
2 bytes, unsigned long integer, indicates the action to take on 
completion of the tone. The actions are either to continue to the 
next tone descriptor, reconnect to the audio stream, or just stop. 



on_Tl 
oITTl 
on_T2 
off_T2 
num_cycles 

tail 

freq_l 

freq_2 

levelj 

level_2 

action 
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Detailed Description of TONE Parameters 
inject: 



NOT_INJECTED 
NORMAL JNJECTION 
MAXJTONE_INJECT 
MAX COMPLEX TONE 



action: 
10 NEXT 

RECONNECT 
STOP 



0x00000000 
0x00000001 
0x00000002 



0x00000000 
0x00000001 
0x00000002 
3 



1 5 Figure 2 is a message flow diagram showing the messages required to establish 

communications between a pair of IP phones 1A and IB via an IP Phone Service 
Provider 5 of PBX 3, The following messages are generated avrha n&ed between 
the piffles and foe fgX required to implement such communications: 



20 Open Receive Stream Request to the phone: 

ProtoType = MITEL_INTERNAL 
DevNum - N where N=0,1 ,2 5 . . . .n 
msgType = OPEN_RX_STREAM 



2S 



30 



35 



40 



45 



OPEN RX STREAM REQUEST 
sysToken; 



sysStrmlD: 

strmCodec 

strrnFrameSizelnMS 
isMulticast 



MSG 



mclpAddress: 



ip_addr 



4 bytes, unsigned long integer, System defined "token" 
that must be passed back with the corresponding Close 
Receive Stream Request . 

4 bytes, unsigned long integer, System provided stream 
ID. This field denotes the B channel the connection should 
assume. 

4 bytes, unsigned long integer (bitmap)* System selected 
CODEC to use Multiple CODECS maybe logically Ored 
into this field. 

4 bytes, unsigned long integer. Preferred CODEC frame 

size for the RX stream (in milliseconds) 

4 bytes, unsigned long integer 

isMulticast =0: no Multicast, ignore mclpAddress. 

isMurtfcast =1 : the stream must be bound to the 

mclpAddress Multicast address. 

structure 

4 bytes, unsigned long integer, Multicast address to 
receive on 



PAGE 41/50 * RCVD AT 6/612005 9:48:22 AM [Eastern Daylight Time] * SVR:USPTO-ff XRF-1/0 * DNIS:8729306 ' CSID:2033356779 ' DURATION (mm-ss): 12-36 



06/06/05 MON 09:50 FAX 2033356779 



COLEMAN SUDOL SAPONE PC 



31042 



13 



10 



15 



20 



ip_port 2 bytes , unsigned short integer, Multicast port number to 

receive on. 

Note that due to long word alignment, there may be twp 
bytes of filler following this field. 

SrcIpAddiess: structure: IGNORED BY THE IP PHONE. 

Tp__addr 4 bytes, unsigned long integer, The ip address of the 

device that will be transmitting to the phone. 
tp_pOrt 1 bytes , unsigned short integer, port number used by the 

device that will be transmitting to the phone. 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 

noSilence 4 bytes, unsigned long integer, 

noSilence =0: no silence suppression applied by the 
transmitting end 

noSilence =1 : silence suppression is being applied by 
the transmitting end 



25 



30 



35 



40 



Open Receive Stream Acknowledgement from the IP Phone to the 
system: 

Prototype = MTIELJNTERNAL 
DevNum « N where NH),1 A. . . .n 
msgType = OPENRX_STRE AMACK 



OPEN RX STREAM ACK MSG 
reqStatus: 

sysToken: 

rxCotmectionlD: 

reStardpAddress: 

ip_addr 

ipjport 



4 bytes, unsigned long integer, Success/Failure Result of 
the request 

4 bytes, unsigned long integer, System provided "token" 

from the request message 

4 bytes, unsigned long integer, Device selected 

stream/connection identifier. The I P Phone returns the 

value of the sysStrmID (B channel) in this field 

structure 

4 bytes, unsigned long integer, The local ip address that 
will receive stream 

2 bytes , unsigned short integer, local port number to 
receive on. 



45 



Close Receive Stream Request from the system to the IP Phone: 

ProtoType = MTTELJNTERNAL 
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DevNum = N where N=0,1 ,2, . . . .n 
msgType = CLOSE JEOC_STREAM 

CLOSE RX STREAM REQUEST MSG 

sysTokcn: 4 bytes, unsigned long integer, System defined "token" that was 

given with the Open Receive Stream Request . 
sysStrmlD: 4 bytes, unsigned long integer, Id of RX stream/connection (B 

channel) to close 



Close Receive Stream Acknowledgement from the IP Phone: 



ProtoType - MITEL^INTERNAL 
DevNum = N where N=0 S 1 ,2 , . . . .n 
1 5 msgType = CLOSE_RX_STREAM_ACK 

CLOSE RX STREAM ACK M Sq 

reqSt&tOS: 4 bytes, unsigned long integer, Success/Failure Result of 

the request 

20 sysToken: 4 bytes, unsigned long integer, System provided "token" 

from the request message 
rxStrmStats: structure: Stream statistics upon closure 

PacketSLlfccv 4 bytes, Unsigned long integer, number of RTP packets 

received 

25 ByteS.reCv 4 bytes, unsigned long integer, number of voice octets 

received 

Errors JxStream 4 bytes, unsigned long integer, number of RTP errors 

received 

Jitter.rxStream 4 bytes, unsigned long integer, estimate of average jitter 

^0 Over duration of call. 

Olirati on .rx Stream 4 bytes, unsigned long integer, duration of call in seconds 
Ip Address, sre: structure 

ip_addr 4 bytes, unsigned long integer, the local ip address 

ip_pOrt 2 bytes , unsigned short integer, the local port number. 



Open Transmit Stream Request to the IP Phone: 



ProtoType = MTTELJNTERNAL 
40 DevNum = N where N^0, 1 ,2, — _n 
msgType = OPEN_TX_STREAM 

OPEN TX STREAM REQUEST MSG 

sysToken: 4 bytes, unsigned long integer, System defined "token* 

45 that must he passed back with the corresponding Close 

Transmit Stream Request . 
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sysStrmID: 
stimCodec 

stnnF rameSizcIoMS 

destStxmlpAddrcss: 

ipaddr 

ip_poit 



qosLevel 
noSilence 



4 bytes, unsigned long integer, System provided stream 
ID. This field denotes the B channel the connection should 
assume. 

4 bytes, unsigned long integer (bitmap), System selected 
CODEC to use. Multiple CODECs may be logically Orcd 
into this field. 

4 bytes* unsigned long integer, Preferred CODEC frame 

size for the TX stream (in milliseconds) 

structure 

4 bytes, unsigned long integer, The IP address of the 
device to transmit to. 

2 bytes , unsigned short integer, port number used by the 
device that will be transmitting to the phone. 

Note that due to long word alignment, there may be two 
bytes of filler following this field 

4 bytes, unsigned long integer, QoS level requested. If 
OxffHrTfT, then no 802. 1Q tag, else if 0-7, assume $02. 1Q 
tag and set priority field to the qosLevel 
4 bytes,, unsigned long integer 

noSilence =0; disable silence suppression on the Tx stream 
noSilence =1: enable silence suppression on the Tx strewn 



25 Open Transmit Stream Acknowledgement from the IP Phone: 

Prototype = MITEL JNTERNAL 
DevNum = N where N=0, 1 ,2, . . . ji 
msgType = OPEN_TX_STREAM_ACK 



30 



35 



40 



OPEN TX STREAM ACK MSG 

teqStatus: 

sysToken: 
txConnectionlD: 



txStrmlpAddress: 

ip_addr 

ip_port 



4 bytes, unsigned long integer, Success/Failure Result of 
the request 

4 bytes, unsigned long integer, System provided "token" 

from the request message 

4 bytes, unsigned long integer, Device selected 

stream/connection identifier. The IP Phone returns the 

value of the sysStrmID (B channel) in this field 

structure 

4 bytes, unsigned long integer, The local IP address that 
will transmit stream 

2 bytes , unsigned short integer, local port number the 
phone will transmit from. 



45 Close Transmit Stream Request to the IP Phone 

ProtoType = MTTEL JNTERNAL 
DevNiun = N where N=0,1 ,2 f . . . .n 
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msgType = CLOSEJTX_STREAM 

CLOSE TX STREAM REQUEST MSG 

sysToken: 4 bytes, unsigned long integer, System defined "token* that was 

given with die Open Transmit Stream Request . 
SysStimID: 4 bytes, unsigned long integer, Id of TX stream/connection (B 

channel) to close 



10 Close Transmit Stream Acknowledgement from the IP Phone: 

ProtoType = MITRT .INTERNAL 
DevNum = N where N=0,1 ,2, . . . .n 
msgType = CLOSE TX STREAM ACK 



15 



20 



25 



30 



35 



40 



CLOSE TX STREAM ACK MSG 
ieqStatus: 

sysToken: 

txStrmStats: 

Packets.sent 

Bytes, sent 
Erxors.txStream 

Jitter.txStreain 



Duration. txStream 
Ip Address, dest: 
ip_addr 

ip_port 



4 bytes, unsigned long integer, Success/Failure Result of 
the request 

4 bytes, unsigned long integer, System provided "token" 
from the request message 
structure; Stream statistics upon closure 
4 bytes, unsigned long integer, number of RTP packets 
sent 

4 bytes, unsigned long integer, number of voice octets Sent 
4 bytes, unsigned long integer, number of RTP errors sent 
IGNORE, NOT RELEVENT 

4 bytes, unsigned long integer, estimate of average jitter 
over duration of calL IGNORE, NOT RELEVENT 
4 bytes, unsigned long integer, duration of call in seconds 
structure 

4 bytes, unsigned long integer, the local PP address used to 
Tx 

2 bytes , unsigned short integer, the local port number 
used to Tx. 



45 



Detailed Description of Connection Parameters 
reqStatus (Success/failure codes): 

MTL_SUCCESS OxOOOOOOQQ 
MTL_FAILURE 0x00000001 
MTL_NO_PERMISSIONS 0x00000002 
MTLJSTO_RESOURCES 0x00000003 
MTLJNVALIDJDEVICE 0x00000004 
MTLJNVALIDREQUEST 0x00000005 

SysStrmID: 
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IP Set Stream IDs: (NOTE: TX is always even) used for sysStnnlD of Tx & Rx 



connect requests 
STREAM_ro_IP_SET_TX_l 
STREAM_ID_IP_SET_RX 1 
STREAM_ID_IP_SET_TXl2 
STREAM JGD_IP~SET_RX_2 

devCodecs bitmap: 



0x00000000 //B1TX 

0x00000001 //B1RX 

0x00000002 //B2TX 

0x00000003 //B2RX 



NO_CODEC_SUPPORT 0x0 

G711_ULAW64 0x1 

G711_ALAW64 0x2 

G728 0x4 

G729 0x8 

G729 ANNEXB 0x10 
G729lANNEXA_w_ANNEXB 0x20 

G723 0x40 

G7231_ANNEXC 0x80 

Placcholderl 0x100 

Placcholder2 0x200 

Placeholder 0x400 

INVALID CODEC 0x7FF 



35 



qosLevel: 

QOSLEVELNONE 

QOS_LEVEL_0 

QOS_LEVEL_l 

QOS_LEVEL_2 

QOS_LEVEL_3 

QOS_LEVEL_4 

QOS_LEVEL_5 

QOS_LEVEL_6 

QOS_LEVEL_7 



Oxffffffff 

0x00000000 

0x00000001 

0x00000002 

0x00000003 

0x00000004 

0x00000005 

0x00000006 

0x00000007 



(000 00000000) 
(000 00000001) 
(000 00000010) 
(000 00000100) 
(000 00001000) 
(000 00010000) 
(000 00100000) 
(000 01000000) 
(000 10000000) 
(001 00000000) 
(010 00000000) 
(100 00000000) 

(til 11111111) 



40 



One important system administration requirement for IP phone systems is to 
provide a mechanism foi updating the IP address for a device (e.g. an IP phone) 
connected to the Ethernet PBX 3. The following messages ate generated and 
exchanged between the IP phone and the PBX ttsed to implement this functionality: 



Device IP address update request to the phone: 
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Prototype = MTTELJNTERNAL 
DevNirm = N where N^l^.^.n 
msgTypc = DBV1CEJP JJPDATE 

5 DEVICE IP UPDATE REQUEST MSG 

devNumber 4 bytes , unsigned long integer, Number of device: Master, 

SlaveOl, Slavc02, ... 

oldlpAddress; structure , 

ip_addr 4 bytes , unsigned long integer, old IP Address of device 

10 ip_port 2 bytes , unsigned short integer, old port number of device 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 

1 5 newIpAddress: structure 

ip_addr 4 bytes , unsigned tang integer, new IP Address of device 

ipJP 01 * 2 bytes * unsigned short integer, new port number of 

device 

20 

Device IP address update acknowledgement from the phone: 

ProtxjType = MITEL JNTERNAL 
25 DevNurn = N where N-0,1,2,. . ,.n 

msgType = DEVTCF_IP_UPDATE_ACK 

DEVICE IP UPDATE ACK MSG 

reqStatus: 4 bytes , unsigned long integer, Success/Failure Result of 

30 the request 

Parameters Description 
reqStatus (Success/failure codes): 

35 MTL_SUCCESS 0x00000000 

MTL_FAILURE 0x00000001 

MTL_NO_PERMISSK>NS 0x00000002 

MTL_NO_RESOURCES 0x00000003 

MTL_INVALID_DEVTCK 0x00000004 
40 MTL_1NVALID_REQUEST 0x00000005 

d evN ambers: 

MASTERJDEVICE 0x00000000 
45 Where Set=0, and any attached devices will be numbered MASTERJDEVICE + n 
where n>= 1 ~ 



PACE 47/50 1 RCVD AT 61612005 9:48:22 AM [Eastern Daylight Time] * SVR:llSPTO-ff XRF-1/0 * DNIS:8729306 * CSID:2033356779 1 DURATION (mm-ss):12^36 



06/06/05 MON 09:52 FAX 2033356779 



COLEMAN SUDOL SAPONE PC 



@046 



19 

Finally as indicated above, the messaging protocol of the present invention 
allows for the encapsulation of "legacy" Mmet messages (i.e. MTS 22 messages) to 
and from the IP phones. The following message fbimat is used: 

5 

Wrapper structu re for MINET messages to and from the IP Phone: 

ProtoType » MINETJMTS22 

DevNum = N where N=0,l,2 n 

10 msgType = M1NET_WRAPPER 

MINET WRAPPER MSG 

msgLen: 4 bytes > unsigned long integer, length of the 

following MINET message. 
15 msg[ MAX_MINET_SIZE ] array unsigned char, the MTS22 MINET 

message 

Parameters Description 

20 MAX_MINET_SIZE 160 

hi summary, according to the present invention «_ajnefliod of controlling 
telephone connections for internet protocol communications comprises providing a 
messaging protocol is provide d for wrapping or encapsulating messap ;^ CTrhgngftH 

25 between an IP phone and a PBX the message protocol using a general message 

template having a Protocol Header and an IP Message body, along with a collection of 
messages which conform to the protocol, for controlling IP phones within an Ethernet- 
based PBX system. Hie invention has particular applicability as a message interface 
method for use in com munication from Mitel's IP Phones to Mitel's IP enabled PBXs. 

30 The message interface method is compatible with an H323 Voice Gateway 
implementation. 

Alternatives and variations of the invention are possible. For example, the 
protocol can be adapted to control voice/data switching on any IP centric node, fa 
35 other words, the protocol is not constrained to phones but, rather, can be applied to 
any internet appliance mat is a client to the IP centric PBX. Within the PBX, the 
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protocol can be used by call control in order to control the switching fabric. All such 
embodiments, modifications and applications are believed to be within the sphere and 
scope of the invention as defined by the claims appended hereto. 

5 I Claim: 
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